home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19981211-19990422 / 000193_news@watsun.cc.columbia.edu _Mon Feb 8 16:23:19 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id QAA22093
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 8 Feb 1999 16:23:19 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id QAA12387
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 8 Feb 1999 16:05:39 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: "Michel" <mjka@globalxs.nl>
  10. Subject: Re: Transparent printing
  11. Date: Mon, 8 Feb 1999 22:03:59 +0100
  12. Organization: MultiAccess
  13. Message-ID: <918507836.289598@samba.news.big-orange.net>
  14. To: kermit.misc@mailrelay2.cc.columbia.edu
  15.  
  16. After reading this article i have the following question":
  17.  
  18. With Kermit95 and  tcp/ip direct ethernet connection, users
  19. shutting down the pc  accidently, will never connect again to their previous
  20. telnet session.
  21.  
  22. As you say in your atricle, there is some kind of utility to pick "old"
  23. telnet sessions, something like
  24. nvt (novell virtual terminal session) or something like that.
  25.  
  26. Thnx
  27. Michel Krabshuis
  28. MCP
  29. Email: mjka@globalxs.nl
  30.  
  31. Scott Nelson heeft geschreven in bericht ...
  32. >I developed a utility similar to FSF's screen program so that our K95
  33. >users connecting over the internet can re-connect to their "session" if
  34. >they get bumped off (phone line or internet problems).  (It ended up
  35. >being easy to add "shadowing" features so that our customer support team
  36. >can connect and help someone).
  37. >
  38. >    application ---- utility ----- user
  39. >
  40. >The link between the utility and the user can be broken and
  41. >reestablished without the application even knowing about it.  Pretty
  42. >snazzy isn't it :-).  It allows us to use our legacy application over
  43. >the internet, using kermit with encryption and authentication.  The
  44. >application displays its data even if there is no connection on the
  45. >other end.  When the user re-connects, the utility sends a "refresh the
  46. >screen" function key to the application and bingo - they are back where
  47. >they need to be.  The reason I don't block data when the user
  48. >disconnects is that I don't know exactly when the user gets
  49. >disconnected.  Sometimes, it's not until they login again.  That's why I
  50. >let the data pass freely when disconnected and then have a simple
  51. >"refresh" fkey.
  52. >
  53. >My problem is printing.
  54. >
  55. >1) You loose printer output when disconnected; user must request report
  56. >again (and hopefully they stay online longer)
  57. >2) Long reports to the screen makes it impossible to use the screen.
  58. >3) We can't share the printer.  (The data is sent directly by the
  59. >application; not by a spooler)
  60. >
  61. >What I would like to do is this:  Have my utility read two pseudo ttys
  62. >instead of one; one from the application and one from the spooler.  It
  63. >would then multiplex this output to the user.  I could give the
  64. >application priority over the spooler.  I guess I would also need to
  65. >interpret the application's output to prevent breaking up an escape
  66. >sequence.
  67. >
  68. >Any ideas on how I should do this?  Originally I thought that I was
  69. >going to use only K95 in scoansi mode and could use a formula to
  70. >determine when an escape sequence ends, but now I have learned that I
  71. >need to support all terminals connected directly to the system (They
  72. >loved the customer support shadowing idea).
  73. >
  74. >Moreever, I don't have ANY solution to #1 above.
  75. >
  76. >Scott Nelson - Thermeon Corporation - St. Louis Office
  77. >sbnelson@thermeon.com
  78.